-
Notifications
You must be signed in to change notification settings - Fork 31
Update Elterngeld #756
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update Elterngeld #756
Conversation
I have introduced some basic changes to better reflect the BEEG. These include a rework of some functions, as well as a new function
for more information, see https://pre-commit.ci
Added
- elterngeld_nettolohn_vorj
- zu_verst_eink-mit_kinderfreib_tu
- arbeitsstunden_w
- hat_kinder
- Alleinerz
as basic inputs and
- elterngeld_anspruch
as an output
Updated the Elterngeld_nettolohn_vorj_m variable name
Added
- elterngeld_nettolohn_vorj_m
- zu_verst_eink-mit_kinderfreib_tu
- arbeitsstunden_w
- hat_kinder
- Alleinerz
as basic inputs and
- elterngeld_anspruch
as an output
Attempted to adapt this Test to correctly interact with the reworked Elterngeld tests by implementing the elterngeld_nettolohn_vorj_m and zu_verst_eink_mit_kinderfreib_tu variables
for more information, see https://pre-commit.ci
Fixing errors regarding quotation marks and comma
Added
- elterngeld_nettolohn_vorj_m
- zu_verst_eink-mit_kinderfreib_tu
- arbeitsstunden_w
- hat_kinder
- Alleinerz
as basic inputs and
- elterngeld_anspruch
as an output
removed elterngeld_nettolohn_vorj_m and zu_verst_eink_mit_kinderfreib_tu
updated elterngeld_anspruch
for more information, see https://pre-commit.ci
Added max_einkommen_allein und max_einkommen_zsm to the Elterngeldparameters
for more information, see https://pre-commit.ci
updated einkommensbezugsgrenzen
updated the elterngeld_anspruch func
for more information, see https://pre-commit.ci
…abor-economics/gettsim into some_elterngeld_fixes
for more information, see https://pre-commit.ci
correctly compute the full_taxes_and_transfers tests
for more information, see https://pre-commit.ci
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #756 +/- ##
==========================================
+ Coverage 89.99% 90.04% +0.05%
==========================================
Files 53 53
Lines 3857 3878 +21
==========================================
+ Hits 3471 3492 +21
Misses 386 386 ☔ View full report in Codecov by Sentry. |
JakobWegmann
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Impressive work! I only have some minor detail questions.
hmgaudecker
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great work!
|
One more general question: As parental leave benefit is calculated based on the state of the law at January 1st for the year of the respective claim, changes to the law that take place during the year (in the last years this happens regularly for the lohnsteuer), should not influence the calculation of parental leave benefit. Is this implementable/implemented? |
As long as only net income is concerned, see the discussion above. Else, we should make an issue for that, link from the docstring and if somebody needs that amount of detail, implement it! |
hmgaudecker
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe add the discussion on timings / running GETTSIM more than once somewhere so that it does not get lost. Maybe a page in the docs and link from docstrings of elterngeld_m and elterngeld_nettolohn_approximation_m, description of input variable elterngeld_nettoeinkommen_vorjahr_m ?
|
@hmgaudecker Can you have a final look over the tutorial notebook. The warnings of the GETTSIM call outputs are present in all notebooks (issue #757), |
hmgaudecker
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The notebook is a very nice addition! I think, however, we should be very precise there. Not fully sure whether that is the case just yet!
| "information from step 2.\n", | ||
| "\n", | ||
| "The reason for not doing this in one GETTSIM call (together with step 2) is that \n", | ||
| "1. the correct policy date of the net wage calculation (step 2) is always January 1st of\n", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought @JakobWegmann linked a law/directive saying that the parameters throughout the larger part of the year before birth mattered? So for a kid born in March, it would be 2023. For a kid born in November, 2024? Again, I'd argue for keeping our the standard approximation using the previous year, but we should be precise here, also for our own sanity when reading it down the road.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One law, three different interpretations 😅
§2e BEEG Abs. 1 Satz 2:
Die Abzüge für Steuern werden einheitlich für Einkommen aus nichtselbstständiger und selbstständiger Erwerbstätigkeit auf Grundlage einer Berechnung anhand des am 1. Januar des Kalenderjahres vor der Geburt des Kindes für dieses Jahr geltenden Programmablaufplans [...] ermittelt.
My interpretation is that the relevant parameters are the ones of the year before (i.e. child born in December 2024, parameters of January 1st 2023 are considered). I'll adjust the notebook accordingly, but intervene if you understand the law differently.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That would be my interpretation of the text, too! @JakobWegmann, could you weigh in one last time?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, 1st of January of the calendar year before birth is correct (no matter the birth month).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought @JakobWegmann linked a law/directive saying that the parameters throughout the larger part of the year before birth mattered?
For the sake of completeness: That was about the input values of the function, so Steuerklasse, place of residence, church tax,...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Excellent, if all of you (@MImmesberger @JakobWegmann and maybe also @pia-molitor ?) could just read through the notebook text and fix any errors in my summary (+maybe add a link to the application form, Jakob?), we'll be good to go!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No complaints from my side.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks very good!
A direct link to a PDF: https://www.zbfs.bayern.de/imperia/md/content/zbfs_intranet/produktgruppe_i/formulare/beeg-antrag/2021_09_anlage_n_mit_info_.pdf
I find this part a bit confusing:
The Lohnsteuerklasse is always set on a yearly basis; if it changes with the start of the calendar year a child is born, the date of birth matters. Up to June, the Lohnsteuerklasse from the previous calendar year will be relevant; for July or later, the Lohnsteuerklasse from the current calendar year will be relevant.
I would simply delete it. Eventually, also the Steuerklasse is a choice of the data preparer.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Depends on the dataset, I guess 😄
I don't care either way, your call @MImmesberger, and then go ahead and merge!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I left it in there because it helped me to understand the purpose of the paragraph. I just added a "for example" to make clear that this reasoning also applies to the other variables.
Closes #692, #697, #599
Major refactoring of Elterngeld, introducing some new parameters.
What problem do you want to solve?
Updating the Functions of the Elterngeld to better reflect the BEEG